iT邦幫忙

2024 iThome 鐵人賽

DAY 3
0
自我挑戰組

UI/UX 新手30天的自學實錄系列 第 3

解構 UI/UX 設計流程:每個步驟都為用戶而生

  • 分享至 

  • xImage
  •  

上一篇有大概介紹過設計思考的思考模式,以此為基底,今天我將詳細說明UI/UX的設計流程

https://ithelp.ithome.com.tw/upload/images/20240917/20169329XhJM93WzBh.png

圖片來源(http://jinjin.mepopedia.com/~jinjin/ui/ui-01.html#sec2)

策略層 - 了解使用者需求

這個階段是整個開發專案中最重要的一步,也是底層的根基,必須得好好落實了解客戶真正的需求以及目標,後續的開發才有意義,因此首先要探討UX的目標受重用戶、需求以及使用習慣…等,這邊可以利用 資訊架構(IA,Information Architecture) 將繁複的內容整理歸納,並製作 人物誌(Persona) 將使用者需求形象化

範圍層 – 決定產品的功能和資訊

https://ithelp.ithome.com.tw/upload/images/20240917/20169329PWHiUFA5fN.png

圖片來源(https://ithelp.ithome.com.tw/articles/10190901)

這一步其實就是要繪製 功能地圖(Functional Map) ,像畫心智圖一樣把節點列出來,每個操作會對應到什麼功能,以及此功能背後需要甚麼資訊,都要考量清楚,有了明確的功能設計架構後,也有助於後續的細節討論與開發

如何把需求變成功能

想像使用者是如何與產品互動的,進而歸納出每個功能間的使用情景,這邊以網路購物的網站為背景:

  • 依序歸納產品的主要功能(ex:首頁、產品分類、會員等)
    先列出此產品會包含幾項主要的功能,接著再延伸其中的子項目
  • 主功能裡包含什麼子項目(會員-會員訊息、訂單管理、瀏覽紀錄等)
    子項目需與主功能有直接的關聯,不然會顯得很突兀
  • 子項目中需要的資訊以及具備的功能(會員訊息-用戶名稱、電子信箱、頭像更換)
  • 額外小功能
    若子項目中具備的功能內有其他附加的小功能,也需一併列出來
  • 系統說明內容(ex:用戶名稱僅能變更一次)
    有時會出現對於某個功能跳出的一個提示訊息,這也可以進行備註說明

結構層 – 安排使用者的互動流程

這一階段需要繪製操作邏輯流程,與上階段不同的是這步將會基於功能地圖中的所有功能資訊去設計使用流程及功能資訊,這邊又分成 Flow ChartUI Flow 兩種流程圖:

Flow Chart

針對產品操作流程去做繪製,標示頁面跟頁面之間的關係,用不同圖形標籤表示不同流程

https://ithelp.ithome.com.tw/upload/images/20240917/20169329cq9Oh4lIxm.png
https://ithelp.ithome.com.tw/upload/images/20240917/20169329ZPrvaK8fEr.png

圖片來源(https://medium.com/as-a-product-designer/%E5%85%88%E5%88%A5%E6%80%A5%E8%91%97%E7%95%ABui-%E4%BD%A0%E8%81%BD%E9%81%8Eflow-chart%E5%97%8E-c6715f055cfc)

UI Flow

相較Functional Map,其更妥善的安排了各功能各頁面間的操作動線,且UI Flow會更重視頁面的數量呈現以及細節,通常會有基本的線框稿呈現,也被當成Wireframe的目錄

https://ithelp.ithome.com.tw/upload/images/20240917/20169329zTfNWkxTQD.png

圖片來源(https://www.pinterest.com/pin/250372060521105938/)

講到這邊可能會對Functional Map、Flow Chart、UI Flow有點混淆,這三者的分別如下:

  • Functional Map – 將抽象的需求形象化,是一個初步的規劃
  • UI Flow – 將包含的資訊及功能的呈現方式納入考量,思考頁面之間串接的關係
  • Flow Chart – 根據使用者操作時產生的不同情況,設計軟體該給出什麼回應,規劃所有操作流程

框架層 – 確認頁面布局與構成

以UI Flow做繪製線框稿 Wireframe的依據,用簡單的框線呈現介面的排版、元素樣式、功能配置,為的是架構的確認,並不需著重在顏色、文字等美編細節上。此外,這裡參考的不僅僅是UI Flow,也需回頭檢視Functional Map,有些細節項可能不會出現在UI Flow,因此有遺漏的風險
https://ithelp.ithome.com.tw/upload/images/20240917/201693298DRRj5nHKI.png

圖片來源(https://medium.com/mei-factory/%E5%98%BF-%E4%BD%A0%E7%9F%A5%E9%81%93flow-chart%E8%B7%9Fui-flow%E7%9A%84%E5%B7%AE%E5%88%A5%E5%97%8E-2c0927a0223)

表現層 – 產品最終型態設計

基於線框稿的架構,考量視覺比例、配色等美感問題,並顧及整體統一性及感官感受進行設計,也就是所謂的 Mockup視覺設計稿 ,會交由UI設計師進行,這邊的整個過程會不斷圍繞這幾個問題,「這個產品要帶給人什麼感覺」、「怎樣的設計會增加點擊率」、「怎樣的形式是使用者需要的」,等一切都準備就緒後,接著就可以交給工程師開發出 Prototype 原型 ,意即產品初期的樣子,這一步的產品已經可以進行簡單的操作與測試,並迭代優化,接著將產品上架

  • 結論

產品設計與開發並不是一步做完接下一步的線性發展,每一個層級都是互相影響著的,並且每個階段進行時也都會時不時回頭看之前的步驟,甚至發生要重新修改的情況,這大概就是設計的奧妙之處吧!


上一篇
設計觀念的建立:將使用者至於核心
下一篇
設計師必備的用戶研究工具之一 - Persona人物誌
系列文
UI/UX 新手30天的自學實錄30
圖片
  直播研討會
圖片
{{ item.channelVendor }} {{ item.webinarstarted }} |
{{ formatDate(item.duration) }}
直播中

尚未有邦友留言

立即登入留言